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(54) Address translator, message processing method and equipment 



(57) An address translator (1 ) includes an SIP mes- 
sage detecting function. Upon detection of an SIP mes- 
sage, the address translator (1 ) sends the SIP message 
to an SIP address translator (2). The SIP address trans- 
lator (2) extracts addresses for translation, and makes 
a query to the address translator (1). The SIP address 



translator (2) translates an IP address included in the 
SIP message, using translation information (16) of the 
address translator (1). Thus, an SIP communication is 
accomplished between terminals (6a, 6b) belonging to 
different regions (7, 8) in association of the address 
translator (1) and the SIP address translator (2). 
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Description 

BACKGROUND OF THE INVENTION 



[0001] The present invention relates to a system for 
interconnecting networks which conform to the same 
protocol, or networks which conform to different proto- 
cols. 

[0002] The IP (Internet Protocol) networks represent- 
ed by the Internet are now rapidly developing. A sudden 
increase in Internet users results in an increased pro- 
portion of data communications in communication net- 
works. Communication operators are considering the 
construction of an IP-based next generation communi- 
cation network for fusion of data communications and 
audio communications. 

[0003] VoIP (Voice over IP) is a technology for trans- 
mitting audio information on an IP network. VoIP first 
sets a virtual communication path (session) between 
communication devices. IP packetized audio data is 
transferred on the set communication path. A session 
control protocol is requested for controlling the estab- 
lishment, maintenance and disconnection of the session 
between communication devices. 
[0004] IETF (Internet Engineering Task Force) has 
specified the SIP (Session Initiation Protocol) (IETF 
RFC2543) for establishing and terminating a session for 
an IP multimedia communication. Because of its high 
expendability in function, the SIP is drawing attention as 
a session control protocol for VoIP. 
[0005] The SIP is an application protocol which utiliz- 
es a transport mechanism such as TCP (Transmission 
Control Protocol) and UDP (User Datagram Protocol). 
The SIP is a text-based protocol which is comprised of 
a header for carrying a request or a response, and a 
message body for describing the contents of a session. 
For describing a session in the SIP, SDP (Session De- 
scription Protocol) (IETF RFC2327), for example, is ap- 
plied. 

[0006] The SIP employs an architecture of a client 
server model. A user agent client sends an SIP request 
to a proxy (SIP server) of a user agent server. The SIP 
server solves the address of the destination using DNS 
(Domain Name System) or the like to establish a session 
between terminals. 

[0007] The SIP server has a proxy mode and a redi- 
rect mode depending on its role. In the proxy mode, a 
proxy server mediates a request for establishing a ses- 
sion between a user agent client and a user agent serv- 
er. In the redirect mode, a user agent client directly con- 
nects to a user agent server, making use of information 
on the destination acquired from an SIP redirect server. 
[0008] In the following, description will be made on an 
SIP connection procedure using the SIP server in the 
proxy mode. When a terminal x on an IP network begins 
an audio communication with a terminal y on the IP net- 
work using the SIP, the terminal x sends a call setting 
request (INVITE) to the SIP server. The SIP server iden- 
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tifies position information of the terminal y, and sends 
the call setting request. The terminal y sends a response 
indicative of acceptance of the call. This response is 
sent to the terminal x via the SIP server through which 
5 the call setting request has passed. The terminal x con- 
firms the reception of the response by sending an ACK 
request to the terminal y. The ACK request is transferred 
by the SIP server or directly sent to the terminal y. In the 
foregoing manner, a communication is available be- 
10 tween the terminal x.and terminal y. Generally, the call 
setting request and response include information (ses- 
sion description) for transferring user information (audio 
packets) between the terminal x and terminal y. The 
SDP or the like is applied to the session description. The 
15 terminal x (terminal y) sends user information to a des- 
tination specified by the terminal y (terminal x). 
[0009] In accordance with the specifications of the 
SIP and SDP, information on the terminals and SIP serv- 
er can be specified by an IP address. 
20 [0010] On the other hand, the rapid spread of the IP 
networks increases the importance of the technology for 
interconnecting regions which differ in addressing sys- 
tem from each other. 

[0011] For example, a method of using NAT (Network 
25 Address Translator) technology (IETF RFC1631) is 
known as a technology for interconnecting a network 
which confirms to private addresses and a network 
which conforms to global addresses. 
[0012] The NAT translates a private IPv4 address to 
30 a global IPv4 address, or vice versa. The basic NAT re- 
writes one of a source address and a destination ad- 
dress at the time a datagram passes between two re- 
gions connected by an NAT router. When an address 
space allocated to the private network collides with an 
35 address space allocated to the public network, a twice 
NAT technology may be often used for solving the col- 
lision of addresses. The twice NAT technology rewrites 
both of the source address and destination address at 
the time a datagram passes between two regions con- 
40 nected by a twice NAT router. 

[001 3] The twice NAT operates in the following man- 
ner for solving the collision of addresses. When Host-A 
in the private region begins a communication with Host- 
X in the public region, Host-A sends a packet for inqutr- 
4 5 ing the DNS address of Host-X. DNS-ALG (Domain 
Name Service - Application Level Gateway) captures 
this packet, translates the address for Host-X to an ad- 
dress (Host-XPRIME) which can be routed within the 
private region, and returns the translated address to 
50 Host-A. When the DNS address is solved, Host-A be- 
gins a communication with Host-XPRIME. At the time 
this packet passes the twice NAT, the source address is 
rewritten to an address possessed by the NAT, and the 
destination address is rewritten to the address of Host- 
55 X. A similar translation to the foregoing is applied to a 
return packet from Host-X. Details on the operation of 
the DNS-ALG are described in IETF RFC2694. 
[0014] The foregoing is an exemplary technology 
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which is used when a network to which a certain terminal 
belongs employs the same protocol as a network to 
which a destination terminal belongs. When a network 
to which a certain terminal belongs differs in communi- 
cation protocol from a network to which a destination 
terminal belongs, NAT-PT (IETF RFC2766), SOCKS64 
(IETF RFC3089) and the like are known as translation 
schemes for connecting a network which uses, for ex- 
ample, IPv4 as the protocol (hereinafter called the IPv4 
network) to a network which uses Internet Protocol ver- 
sion 6 as the protocol (hereinafter called the IPv6 net- 
work). 

[0015] Basically, either of these schemes mutually 
translates the format of the I P packet between IPv4 and 
IPv6. For example, IPv4 addresses are translated to 
IPv6 addresses, or vice versa. A device which is respon- 
sible for this translation is hereinafter called a translator. 
For the translation, the translator must create and hold 
a correspondence relationship between the IPv4 ad- 
dresses and IPv6 addresses before the translation. 
When this correspondence relationship is dynamically 
created each time a communication is made, the name 
solution of DNS (domain name system) is utilized as a 
trigger (see Internet RFC Dictionary, pp323-329, ASCII 
Edition). 

[0016] The DNS is a system for translating a name 
(character string) readily perceptible to humans such as 
URL of a web to an IP address. In the following, the op- 
eration of translating a name to an IP address is called 
a name solution. Today, almost all applications on the 
Internet utilizes this DNS to acquire an IP address of a 
communication party. 

[0017] The NAT and translator, making use of this 
fact, monitor at all times messages of the DNS commu- 
nicated at the outset of a communication, and take ad- 
vantage of a message for requesting a name solution 
for creating translation information (a correspondence 
relationship of IP addresses, and the like). 
Specifically, assuming that an IPv6 terminal conducts a 
name solution for a certain name, and an IP address, 
which is a response thereto, is IPv4, the IPv4 address 
is rewritten to an IPv6 address which is sent back to the 
IPv6 terminal. Then, the IPv4 address before the rewrit- 
ing is corresponded to the rewritten IPv6 address. In oth- 
er words, the DNS-ALG intercepts the response mes- 
sage to the name solution for the rewriting, and dynam- 
ically creates the translation information based on the 
original and rewritten information. 



SUMMARY OF THE INVENTION 

[0018] An IP packet is comprised of an IP header 
which includes packet transfer information, a TCP/UDP 
header, and a payload. A translator represented by the 
NAT and NAT-PT does not translate an IP address in- 
cluded in the payload. An SIP message is set in the pay- 
load. 

[0019] On the other hand, the SIP and SDP can set 



an IP address in the payload, as mentioned above. 
[0020] However, when a region A and a region B are 
interconnected by an address translator and a terminal 
belonging to the region A communicates with a terminal 

5 belonging to the region B through the SIP, the conven- 
tional NAT and translator do not translate an IP address 
set in the SIP and SDP, resulting in a failure in a com- 
munication between the terminals through SIP. 
[0021] It is an object of the present invention to pro- 

10 vide an SIP message translation system which enables 
SIP-based communications between a certain terminal 
belonging to a network and a destination terminal be- 
longing to another network even if the two network differ 
in the addressing system from each other. 

15 [0022] According to one aspect of the present inven- 
tion, a method of processing a message including a first 
portion and a second portion includes: 



20 



25 



30 



first translation processing for translating informa- 
tion in the first part from information conforming to 
a first protocol (or addressing system) to informa- 
tion conforming to a second protocol (or addressing 
system); 

determination processing for determining whether 
or not the second portion requires a translation; and 
second translation processing for translating infor- 
mation in the second portion, determined to require 
a translation, from information conforming to the 
first protocol to information conforming to the sec- 
ond protocol. 



[0023] The order of the first translation processing 
and second translation processing is arbitrary. 
[0024] These operations may be performed by using 
35 a first server and a second server, wherein the first trans- 
lation processing is performed by the first server, and at 
least information in the second portion is transferred 
from the first server to the second server which extracts 
a parameter that requires a translation from the second 
*o portion, and performs the second translation processing 
on the extracted parameter, followed by a transfer from 
the second server to the first server of the information 
in the second portion which has undergone the second 
translation processing. 
45 [0025] Alternatively, a plurality of processors intercon- 
nected through an internal bus within a single server 
may perform the processing in cooperation. Further al- 
ternatively, a plurality of programs running on a single 
processor within a single server may perform the 
so processing in cooperation. 

[0026] As a typical application example, the first por- 
tion is an IP header, the second portion is a payload in- 
cluding an SIP message, one of the first protocol and 
second protocol is IPv4, the other protocol is IPv6, and 
55 information to be translated is an address. 

[0027] Also, according to another aspect of the 
present invention, an address translator is connected to 
both a first network conforming to a first protocol and a 
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second network conforming to a second protocol. The 
address translator has a memory part for holding a 
translation rule for translating the first protocol to the 
second protocol, or vice versa, a translating part for 
translating a first address of input information conform- 5 
ing to the first protocol to a second address conforming 
to the second protocol, or vice versa, and a function of 
outputting the input information and the translation rule. 
[0028] A destination, to which the input information 
and translation rule is outputted, is another server ex- w 
ternal to the address translator, another block connect- 
ed to an internal bus within the address translator, or 
another processing block within the same processor. 
[0029] In a preferred example, input information, the 
protocol of which is translated in the destination using is 
the input information and translation rule, is inputted 
again to the address translator. 

[0030] According to another aspect of the present in- 
vention, an address translator for connecting a network 
A conforming to a protocol P to a network B conforming 20 
to a protocol Q, has an address translating function for 
translating an address conforming to the protocol P to 
an address conforming to the protocol Q : or vice versa, 
and a detecting function for detecting a communication 
conforming to a particular protocol, wherein the address 25 
translator translates an address described in a first re- 
gion of communication data by the address translation 
function, and when the address translator detects a 
communication conforming to the particular protocol, 
the address translator creates translation information in- 30 
eluding a correspondence relationship between ad- 
dresses in the protocol P and addresses in protocol Q 
for translating an address described in a second region 
of the communication data. 

[0031 ] More specifically, in a communication network 35 
for interconnecting networks which differ in addressing 
system from one another, at least following two means 
are provided in addition to a conventional address trans- 
lator represented by the NAT and translator: (1) means 
for causing the address translator to detect an SIP mes- 40 
sage communicated between different region; and (2) 
SIP message translating means for translating an IP ad- 
dress set in the SIP and SDP in accordance with an ad- 
dress translation scheme of the address translator 
[0032] The address translator detects an SIP mes- 45 
sage based on the IP address of an SIP server, or a 
combination of the IP address and a port number of the 
SIP server, or the port number. When the address trans- 
lator which interconnects the networks having different 
addressing systems detects an SIP message sent from so 
a terminal or the SIP server, the address translator ini- 
tiates the SIP message translating means. 
[0033] The SIP message translating means includes 
at least the following three functions: (1) a function of 
detecting a parameter for translation in the SIP mes- ss 
sage; (2) a translation rule corresponding to an address 
translation scheme provided by the address translator; 
and (3) a function of rewriting the SIP message, making 



use of a translation entry of the address translator. The 
address translator creates a translation entry based on 
a request from an SIP address translator. The address 
translator rewrites header information in a packet com- 
municated between communication terminals based on 
the translation entry. 

[0034] For implementing the functions of the SI P mes- 
sage translating means, there are the following three 
forms. 

[0035] A first implementation provides an SIP address 
translator which has SIP message translating means. 
The SIP address translator rewrites an IP address in- 
cluded in an SIP message, making use of a translation 
entry of the address translator. 

[0036] In a second implementation, the address 
translator has a function of detecting a parameter for 
translation in an SIP message, and adds identification 
information (tag) to the parameter for translation. The 
SIP address translator has a translation rule, andafunc- 
tion of rewriting an IP address included in an SIP mes- 
sage. The SIP address translator rewrites an IP address 
included in an SIP message, making use of a translation 
entry of the address translator. 

[0037] In a third implementation, the address transla- 
tor includes SIP message translating means. 
[0038] When the present invention is applied, IP ad- 
dress information included in an SIP message commu- 
nicated between different regions is translated, making 
use of the translation entry of the address translator. It 
is therefore possible to provide a VoIP-based audio 
communication service between terminals belonging to 
different regions. 

[0039] A communication network according to anoth- 
er aspect of the present invention has the following fea- 
tures. 

(1) A communication network in which a network A 
conforming to a certain protocol P and a network B 
conforming to a certain protocol Q are interconnect- 
ed through an address translator, wherein: 

the address translator includes a function of 
translating the protocol P to the protocol Q, or 
vice versa, a function of detecting an SIP com- 
munication, information and communication 
means required forcommunicating with a serv- 
er device, and a function of creating translation 
information including a correspondence rela- 
tionship between addresses in the protocol P 
and addresses in the protocol Q in association 
with the server device when an SIP communi- 
cation is detected; and 

the server device includes translation informa- 
tion and means required for mutually translat- 
ing the protocols P, Q in the address translator 
when information for translation is included in 
an SIP communication, and information and 
communication means required for communi- 
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eating with the address translator, 

wherein with regard to an SIP communication 
from the network A conforming to the protocol P to 
the network B conforming to the protocol Q, the SIP 5 
communication is detected by the address transla- 
tor, and the server device translates information in 
the SIP communication from an address conform- 
ing to the protocol P to an address conforming to 
the protocol Q with reference to translation informa- 10 
tion possessed by the address translator; and 

with regard to a communication from the net- 
work A conforming to the protocol P to the network 
B conforming to the protocol Q, an address con- 
forming to the protocol P is translated to an address 15 
conforming to the protocol Q with reference to the 
translation information possessed by the address 
translator. 

As described in (1), an SIP-based audio com- 
munication can be accomplished between termi- 20 
nals belonging to an IPv4 network and an IPv6 net- 
work when the address translator according to one 
aspect of the present invention interconnects a net- 
work conforming to an IPv4 address and a network 
conforming to an IPv6 address, and the SIP ad- 25 
dress translator according to the present invention 
rewrites an IP address included in an SIP message. 

According to another aspect of the present in- 
vention, when an address translator according to 
one embodiment of the present invention intercon- 30 
nects a network 1 confirming to an IPv4 private ad- . 
" ~ss and a network 2 conforming to an IPv4 global 
address, anu an sir aaaress uow.. "^^Tllnq 
to one embodiment of the present invention rewrites 
an IP address included in an SIP message, an SIP- 35 
based audio communication can be accomplished 
between a terminal belonging to the network 1 and 
a terminal belonging to the network 2. Specifically, 
the following configuration (2) is provided. 
(2) A communication network in which a plurality of *o 
networks A1 , A2 conforming to a certain protocol P 
are connected through an address translator, 
wherein: 

the address translator has a function of trans- 45 
lating the protocol P of the network A1 to the 
protocol P of the network A2, or vice versa, a 
function of detecting an SIP communication, in- 
formation and communicating means required 
for communicating with a server device, and a so 
function of creating translation information in- 
cluding a correspondence relationship be- 
tween addresses in the network A1 and ad- 
dresses in the network A2 in association with 
the server device when an SIP communication 55 
is detected; 

the server device has translation information 
and means required for translating addresses 



in the network A1 to addresses in the network 
A2, or vice versa in the address translator when 
information for translation is included in an SIP 
communication, and information and communi- 
cating means required for communicating the 
address translator; 

with regard to an SIP communication from the 
network A1 to the network A2, the address 
translator detects the SIP communication, and 
the server device translates information in the 
SIP communication from an address in the net- 
work A1 to an address in the network A2 with 
reference to translation information possessed 
by the address translator; and 
with regard to a communication from the net- 
work A1 conforming to the protocol P to the net- 
work A2 conforming to the protocol P, an ad- 
dress in the network A1 is translated to an ad- 
dress in the network A2 with reference to the 
translation information possessed by the ad- 
dress translator. 

(3) The communication network described in (1 ) or 
(2), wherein the address translator further has a 
function of detecting information for translation in- 
cluded in the SIP communication, and adding iden- 
tification information, and the server device detects 
an object for translation using the identification in- 
formation. 

(4) The communication network described in (3), 
wherein the address translator further has a func- 
tion of corresponding the identification information 
to SIP communication information, and the address 
; — further has a function of deleting transla- 
tion informaiio.. . ding to the identification 
information at the end offrit.^^ communication. 

(5) The communication network dv*^ *ed in (1) - 
(4), wherein the address translator detect^* <■* SIP 
communication based on information on a destir,^ 
tion, information on the destination andaportthere^ 
of, or information on the port. 

(6) A communication network in which a network A 
conforming to a certain protocol P and a network B 
conforming to a certain protocol Q are interconnect- 
ed through an address translator, wherein: 

the address translator has a function of trans- 
lating the protocol P to the protocol Q, or vice 
versa, a function of detecting an SIP communi- 
cation, a function of creating translation infor- 
mation including a correspondence relation- 
ship between addresses in the protocol P and 
addresses in the protocol Q, and means for cre- 
ating translation information required for mutu- 
ally translating the protocols P, Q when infor- 
mation for translation is included in the SIP 
communication; 

with regard to an SIP communication from the 
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network A conforming to the protocol P to the 
network B conforming to the protocol Q, the ad- 
dress translator detects the SIP communica- 
tion, and translates information in the SIP com- 
munication from an address conforming to the s 
protocol P to an address conforming to the pro- 
tocol Q with reference to the translation infor- 
mation; and 

with regard to a communication from the net- 
work A conforming to the protocol P to the net- 10 
work B conforming to the protocol Q, an ad- 
dress conforming to the protocol P is translated 
to an address conforming to the protocol Q with 
reference to the translation information pos- 
sessed by the address translator. 15 

(7) A communication network in which a network A 1 
and a network A2 conforming to a certain protocol 
P are interconnected through an address translator, 
wherein: 2 o 

the address translator has a function of trans- 
lating the protocol P of the network A1 to the 
protocol P of the network A2, or vice versa, a 
function of detecting an SIP communication, a 25 
function of creating translation information in- 
cluding a correspondence relationship be- 
tween addresses in the network A1 and ad- 
dresses in the network A2, and a function of 
creating translation information required for 30 
translating an address in the network A1 to an 
address in the network A2, or vice versa, when 
information for translation is included in the SIP 
communication; 

with regard to an SIP communication from the 35 
network A1 to the network A2, the address 
translator detects the SIP communication, and 
translates information in the SIP communica- 
tion from an address in the network A1 to an 
address in the network A2 with reference to the *o 
translation information; and 
with regard to a communication from the net- 
work A1 to the network A2, an address in the 
network A1 is translated to an address in the 
network A2 with reference to the translation in- 45 
formation possessed by the address translator. 

[0040] A server device which embodies another as- 
pect of the present invention is characterized by the fol- 
lowings. 50 

(A) A communication network in which a network 
conforming to a certain protocol P and a network 
conforming to a certain protocol Q are interconnect- 
ed through an address translator, wherein: ss 

the address translator includes a function of 
translating the protocol P to the protocol Q, or 



vice versa, a function of detecting an SIP com- 
munication, information and communication 
means required for communicating with a serv- 
er device, and a function of creating translation 
information including a correspondence rela- 
tionship between addresses in the protocol P 
and addresses in the protocol Q in association 
with the server device when an SIP communi- 
cation is detected; and 

the server device includes translation informa- 
tion and means required for mutually translat- 
ing the protocols P, Q in the address translator 
when information for translation is included in 
an SIP communication, and information and 
communication means required for communi- 
cating with the address translator. 

(B) A communication network in which a plurality of 
networks A1 , A2 conforming to a certain protocol P 
are interconnected through an address translator, 
wherein: 

the address translator has a function of trans- 
lating the protocol P of the network A1 to the 
protocol P of the network A2, or vice versa, a 
function of detecting an SIP communication, in- 
formation and communicating means required 
for communicating with a server device, and a 
function of creating translation information in- 
cluding a correspondence relationship be- 
tween addresses in the network A1 and ad- 
dresses in the network A2 in association with 
the server device when an SIP communication 
is detected; and 

the server device has translation information 
and means required for translating addresses 
in the network A1 to addresses in the network 
A2 in the address translator, or vice versa, 
when information for translation is included in 
an SIP communication, and information and 
communication means required for communi- 
cating the address translator. 

[0041] Also, an address translator according to one 
aspect of the present invention is: 

(1) an address translator for interconnecting a net- 
work A conforming to a certain protocol P and a net- 
work B conforming to a certain protocol Q, having: 

a translation function of translating the protocol 
P to the protocol Q, or vice versa; 
a communication function of communicating 
with a server device; and 
a translation information creating function of 
creating translation information including a cor- 
respondence relationship between addresses 
in the protocol P and addresses in the protocol 
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Q, 

wherein the address translator transfers de- 
tected SIP communication data to the server de- 
vice, and receives the SIP communication data, the s 
protocol of which has been mutually translated by 
the server device based on the translation informa- 
tion. 

(2) A communication network in which a plurality of 
networks A1 , A2 conforming to a certain protocol P 10 
are interconnected through an address translator, 
wherein: 

a server device includes translation information 
and means required for translating an address 15 
in the network A1 to an address in the network 
A2, or vice versa in the address translator when 
information for translation is included in an SIP 
communication, and information and communi- 
cation means required for communicating with 20 
the address translator; and 
the address translator includes a function of 
translating the protocol P associated with the 
network A1 to the protocol P associated with 
the network A2, a function of detecting an SIP 25 
communication, information and communica- 
tion means required for communicating with a 
server device, and a function of creating trans- 
lation information including a correspondence 
relationship between addresses in the network so 
A1 and addresses in the network A2 in associ- 
ation with the server device when an SIP com- 
munication is detected. 

(3) The address translator described in (1) or (2), 35 
wherein the address translator further has a func- 
tion of detecting information foriransiation included 
in the SIP communication, and adding identification 
information. 

(4) The address translator described in (3), wherein 40 
the address translator further has a function of cor- 
responding the identification information to SIP 
communication information, and the address trans- 
lator further has a function of deleting translation in- 
formation corresponding to the identification infor- 45 
mation at the end of the SIP communication. 

(5) The address translator described above which 
detects the SIP communication based on informa- 
tion on a destination, information on the destination 
and a port thereof, or information on the port. so 

(6) In a communication network in which a network 
A conforming to a certain protocol P and a network 
B conforming to a certain protocol Q are intercon- 
nected through an address translator, the address 
translator includes: 55 

a function of translating the protocol P to the 
protocol Q, or vice versa, a function of detecting 



an SIP communication, and afunction of creat- 
ing translation information including a corre- 
spondence relationship between addresses in 
the protocol P and addresses in the protocol Q; 
and 

means for creating translation information re- 
quired for mutually translating the protocols P, 
Q when information for translation is included 
in an SIP communication, and rewriting con- 
tents of the communication with reference to 
the translation information. 

(7) In a communication network in which a network 
A1 and a network A2 conforming to a certain proto- 
col P are interconnected through an address trans- 
lator, the address translator includes: 

a function of translating the protocol P in the 
network A1 to the protocol P in the protocol A2, 
or vice versa, a function of detecting an SIP 
communication, and a function of creating 
translation information including a correspond- 
ence relationship between addresses in the 
network A1 and addresses in the network A2; 
means for creating translation information re- 
quired fortranslating an address in the network 
A1 to an address in the network A2, or vice ver- 
sa, when information foriransiation is included 
in the SIP communication; and 
means for creating translation information re- 
quired fortranslating an address in the network 
A1 to an address in the network A2, or vice ver- 
sa, when information for translation is included 
in the SIP communication, and rewriting con- 
tents of the communication with reference to 
the translation information. 

(8) The address translator described in (7), 

wherein the address translator detects the SIP commu- 
nication based on information on a destination, informa- 
tion on the destination and a port thereof, or information 
on the port. 

[0042] Other objects, features and advantages of the 
invention will become apparent from the following de- 
scription of the embodiments of the invention taken in 
conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0043] 

Fig. 1 is a schematic diagram illustrating an exem- 
plary configuration of an SIP communication net- 
work in the present invention; 
Fig. 2 is a block diagram of an address translator 1 ; 
Fig. 3 is a block diagram of an SIP address trans- 
lator 2; 
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Fig. 4 is a diagram showing a format for an IPv4 
packet; 

Fig. 5 is a diagram showing a format for an IPv6 
packet; 

Fig. 6 is a diagram showing a format for an SIP mes- 5 
sage; 

Fig. 7 is a diagram showing a protocol stack in the 
present invention; 

Fig. 8 is a diagram showing SIP INVITE message 
example 1 ; 10 
Fig. 9 is a diagram showing SIP INVITE message 
example 2; 

Fig. 10 is a diagram showing SIP INVITE message 
example 3; 

Fig. 11 is a diagram showing SIP INVITE message 15 
example 4; 

Fig. 12 is a diagram showing SIP 200 OK message 
example 1 ; 

Fig. 13 is a diagram showing SIP 200 OK message 
example 2; 20 
Fig. 14 is a diagram showing SIP 200 OK message 
example 3; 

Fig. 15 is a diagram showing SIP 200 OK message 
example 4; 

Fig. 1 6 is a diagram showing a message format for 25 
an address query request; 

Fig. 17 is a diagram showing a message format for 
an response to the address query request; 
Fig. 18 is a flow chart illustrating an SIP message 
translation processing routine executed by an SIP 30 
address translator 2; 

Fig. 1 9 shows an SIP message translation informa- 
tion table provided in the address translator 1 ; 
Fig. 20 is a block diagram of an address translator . 

1 in a second and a third embodiment of the present 35 
invention; 

Fig. 21 is a diagram showing an example of SIP 
message with a tag in the second and third embod- 
iment of the present invention: 

Fig. 22 is a flow chart illustrating a tag addition 40 
processing routine in the address translator 1 in the 
second embodiment of the present invention; 
Fig. 23 is a flow chart illustrating an SIP message 
translation processing routine in an SIP address 
translator 2 in the second and third embodiment of 45 
the present invention; 

Fig. 24 is a block diagram of an address translator 
1 in a fourth embodiment of the present invention; 
Fig. 25 shows an example of an SIP parameter list 
for translation in the present invention; so 
Fig. 26 is a table showing an exemplary SIP mes- 
sage translation rule in the present invention; 
Fig. 27 is an SIP communication sequence diagram 

1 in the present invention; 

Fig. 28 is an SIP communication sequence diagram 55 

2 in the present invention; 

Fig. 29 is an SIP communication sequence diagram 

3 in the present invention; 



Fig. 30 is a flow chart illustrating a tag addition 
processing routine in the address translator 1 in the 
third embodiment of the present invention; 
Fig. 31 shows a tag management table in the third 
embodiment of the present invention; 
Fig. 32 shows a media information management ta- 
ble in the third embodiment of the present invention; 
Fig. 33 is an SIP communication sequence diagram 

1 in the third embodiment of the present invention; 
Fig. 34 is an SIP communication sequence diagram 

2 in the third embodiment of the present invention; 
and 

Fig. 35 is an SIP communication sequence diagram 

3 in the third embodiment of the present invention. 

DESCRIPTION OF THE EMBODIMENTS 

[0044] A first embodiment of the present invention will 
be described with reference to the accompanying draw- 
ings. 

[0045] Fig. 1 illustrates an exemplary configuration of 
an SIP communication network according to the present 
invention. In the first embodiment the SIP communica- 
tion network is comprised of a network A7 and a network 
B8. Each SIP communication network comprises an SIP 
server 5, a terminal 6, and a DNS server 4. In this em- 
bodiment, the network A7 utilizes an IPv6 address. In 
this embodiment, the network B8 utilizes an IPv4 ad- 
dress. The network A7 and network B8 are interconnect- 
ed through an address translator 1 . 
[0046] The address translator 1 comprises a function 
of translating the IPv6 address to the IPv4 address or 
vice versa; an SIP message detecting means; a means 
forcommunicating with an SIP address translator 2; and 
a means for communicating with DNS-ALG3. 
[0047] The SIP address translator 2 comprises a 
means for managing information required fortranslating 
the address of an SIP message to rewrite the contents 
of the SIP message. 

[0048] Fig. 6 shows a protocol stack and a message 
format for the SIP. A packet including the SIP is com- 
prised of an IP header 41 , a TCP/UDP header 42, and 
a payload 43. The SIP is stored in the payload 43. The 
SIP is comprised of a start-line 44, a message-header 
45, and a message-body 46. The start-line 44 indicates 
the type and destination of an SIP message. The mes- 
sage-header 45 includes parameters associated with 
the SIP. The message-body 46 indicates information on 
a connection logically established between terminals. 
For description of the message-body, the SDP or the 
like may be utilized. 

[0049] Fig. 7 shows a protocol stack for an SIP com- 
munication between terminals which belong to different 
regions in accordance with the present invention. The 
SIP server 5 and terminal 6 comprise an SIP protocol 
stack (41, 42, 43) shown in Fig. 6. In this embodiment, 
the address translator 1 translates (47) the IP header 
41 .while the SIP address translator 2 translates (48) the 
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SIP message 43. 

[0050] Fig. 2 illustrates an exemplary configuration of 
the address translator 1 . The address translator 1 com- 
prises interfaces (IF) (19a, 19b, 19n) which accommo- 
date lines (18a, 18b, 18n), respectively, a packet trans- 
fer processing unit 14, and a packet transfer control unit 
13. 

[0051] The packet transfer processing unit 14 com- 
prises a distribution processing part 15 for detecting an 
SIP message; a translation information memory part 16 
for storing information required for translating an ad- 
dress; and a packet translation processing part 17 for 
translating a data packet. The translation information 
memory part 1 6 comprises a translation information ta- 
ble 500. 

[0052] Fig. 19 shows an exemplary structure of the 
translation information table 500. The translation infor- 
mation table 500 stores a correspondence relationship 
between an IPv4 address 501 and an IPv6 address 502. 
[0053] Turning back to Fig. 2, the description on the 
address translator 1 is continued. The distribution 
processing part 15 for detecting an SIP message de- 
tects an SIP message communicated between the net- 
work A7 and network B8 by any of the following means. 
[0054] When an SIP message from the network A 
(network B) to the network B (network A) is directed to 
limited destinations, the address translator 1 detects the 
SIP message using a destination address in the packet 
header. The distribution processing part 15 of the ad- 
dress translator 1 stores information on the address of 
the destination of the SIP message. 
[0055] The address translator 1 may detect an SIP 
message using a combination of a destination address 
and a destination port number in the packet header. 
When the TCP or UDP is used in a transport mecha- 
nism ; a default port number of the SIP is set to 5060. 
[0056] When an SIP message from the network A 
(network B) to the network B (network A) is directed to 
unlimited destinations : the address translator 1 detects 
the SIP message using a destination port number in the 
packet header. The distribution processing part 1 5 of the 
address translator 1 comprises information on a port 
number for use in the SIP communication. 
[0057] Upon receipt of an IPv4 packet, the packet 
translation processing part 17 searches the translation 
information memory part 16 to rewrite an IPv4 address 
to an IPv6 address. On the other hand, upon receipt of 
an IPv6 packet, the packet translation processing part 
17 searches the translation information memory part 16 
to rewrite an IPv6 address to an IPv4 address. In this 
event, a variety of information may be rewritten in addi- 
tion to the IP address. 

[0058] Fig. 4 shows a format for the IPv4 packet. 
[0059] Fig. 5 shows a format for the I Pv6 packet. For 
the translation, this format is also translated, as well as 
the IP address. 

[0060] Turning back to Fig. 2, the description on the 
address translator 1 Is continued. The packet transfer 



control unit 13 comprises a translation entry registration 
processing part 11, and a translation entry creation 
processing part 12. 

[0061] The translation entry registration processing 
5 unit 1 1 registers translation information in the translation 
information memory part 16. 

[0062] The translation entry creation processing part 
12 has a function of creating address translation infor- 
mation. 

10 [0063] Fig. 3 shows an exemplary configuration of the 
SIP address translator 2. The SIP address translator 2 
comprises interfaces (IF) (23a, 23b) for accommodating 
lines (24a, 24b); a memory 22; a CPU 21 ; and a bus 25 
which interconnects these components. 
15 [0064] The memory 22 stores an SIP message trans- 
lation processing program 26, a translation information 
query processing program 27, and a translation rule 
memory part 28. 

[0065] The SIP message translation processing part 
20 26 includes a parameter information table 412 for trans- 
lation shown in Fig. 25, and an SIP message processing 
routine 60 illustrated in Fig. 18, and translates address 
information included in an SIP message. 
[0066] Fig. 25 shows the information table 412 which 
25 includes a parameter list for translation. This table de- 
fines parameters for the SIP and SDP which can set an 
IP address and a port number. 

[0067] The translation rule memory part 28 stores a 
parameter translation rule for each of address transla- 
te tion scheme comprised in the address translator 1 . An 
address included in an SIP message is translated in ac- 
cordance with the associated translation rule. 
[0068] Fig. 26 shows a translation rule 413 which is 
applied when the address translator 1 performs an ad- 
35 dress translation in accordance with the NAT-PT 
scheme. The faster translation processing can be ac- 
complished by storing the translation rule 413 required 
for the SIP message translation in the memory. 
[0069] The translation information query part 27 per- 
40 forms the processing involved in querying the address 
translator 1 as to IP address translation information. 
[0070] Description will now be made on an SIP-based 
audio communication between the terminal 6a in the 
network A and the terminal 6b in the network B in Fig. 
45 1 in accordance with sequences shown in Figs. 27, 28, 
29. Upon starting a communication, a session must be 
established between the terminal 6a and terminal 6b. 
[0071 ] Assume herein that the SIP server 5a has been 
set in the terminal 6a as a destination of an SIP mes- 
50 sage. 

[0072] The terminal 6a sends an SIP message (IN- 
VITE) for requesting the establishment of a session be- 
tween itself and the terminal 6b to the SIP server 5a 
(101). 

55 [0073] Fig. 8 shows an example 401 of the SIP mes- 
sage (INVITE) sent by the terminal 6a to the SIP server 
5a. Information on the destination of the SIP message 
(INVITE) is set in the start-line. A "Via:- header indicates 
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a route of the SIP message (INVITE). A response to the 
SIP message (INVITE) is sent from a destination termi- 
nal to the originating terminal based on the "Via:" header 
information. A "To:" header indicates the destination of 
the SIP message (INVITE); A "From:" header indicates 
the initiator of the SIP message (INVITE); and a 
"Call-ID:" header indicates a call identifier, respectively. 
A c-parameter in the message body indicates connec- 
tion information; and an m-parameter indicates a port 
number through which data is received, respectively. Af- 
ter establishing the session, audio information between 
the terminals is sent to a destination indicated by the c- 
parameter and m-parameter. 

[0074] Turning back to Fig. 27, the description on the 
sequence is continued. Upon receipt of the SIP mes- 
sage (INVITE), the SIP server 5a determines the desti- 
nation of the SIP message (INVITE) from the destination 
information in the start-line. When a domain name is set 
as the destination information, the SIP server 5a sends 
a DNS query to the DNS server 4a (1 02). The DNS serv- 
er 4a solves the name of the S I P server 5a in association 
with the DNS-ALG3 and DNS server 4b (103). For as- 
sociating the address translator (TR) 1 with the 
DNS-ALG3, an address translation scheme is applied, 
for example, as described in JP-A-2001-274419. The 
DNS-ALG3 translates an IPv4 address b4 associated 
with the domain name of the SIP server 5b to a virtual 
IPv6 address vb6. The translation information is stored 
in the translation information table 500 in the translation 
information memory part 16 in the address translator 1 . 
[0075] The SIP server 5a acquires the virtual IPv6 ad- 
dress vb6 of the SIP server 5b as information on the 
destination of the SIP message (INVITE) (104) : and 
sends the SIP message (INVITE) to the virtual IPv6 ad- 
dress vb6 (105). 

[0076] Fig. 9 shows an example of the SIP message 
(INVITE) sent by the SIP server 5a. 
[0077] The address translator 1 detects the SIP mes- 
sage (INVITE) based on the IP address, or a combina- 
tion of the IP address and port number, or the port 
number (106). The address translator 1 sends the SIP 
message (INVITE) detected together with the informa- 
tion indicative of an address translation scheme to the 
SIP address translator (SIP-ALG) 2 (107). When there 
is only one address translation scheme for the address 
translator 1, information on the address translation 
scheme may be previously stored in the SIP address 
translator 2. 

[0078] Upon receipt of the SIP message (INVITE), the 
SIP address translator initiates an SIP message trans- 
lation processing routine 60 illustrated in Fig. 18 (108). 
[0079] Fig. 1 8 illustrates the SIP message translation 
processing routine 60 in the first embodiment. The SIP 
address translator 2 compares the parameter list 412 
for translation with the received SIP message to extract 
parameters to be translated (61 ). 
[0080] When there is a parameter for translation, the 
SIP address translator 2 checks whether or not the ex- 



tracted parameter includes an IP address (62). 
[0081] When the extracted parameter includes an IP 
address, the SIP address translator 2 decides an ad- 
dress translation scheme (63). Next, the SIP address 
5 translator 2 identifies IP addresses for translation with 
reference to the translation rule 413 in the translation 
rule memory part 28 (64). For example, IP addresses to 
be translated when receiving the SI P message (INVITE) 
shown in Fig. 9 are the IPv6 address sipa6 of the SIP 
10 server 5a, and the IPv6 address a6 of the terminal 6a. 
[0082] When the address translation scheme associ- 
ated with the address translator 1 is an IP masquerade, 
a port number included in the parameter is also to be 
translated. The I P masquerade is a scheme which trans- 
15 lates a port number of TCP/UDP in addition to the IP 
address. 

[0083] The translation information query part 27 in the 
SIP address translator 2 sends an address query re- 
quest 600 including the IP addresses "sipa6, a6" for 
20 translation to the address translator 1 (65, 1 09). 

[0084] Fig. 16 shows a message format for the ad- 
dress query request 600. The address query request is 
comprised of a header 601 and a request content 602. 
The header 601 includes an ID (605) for associating the 
25 address query request with a response thereto. A count 

(608) sets the number of IP addresses for translation. 
[0085] The request content 602 includes, for each IP 
address for translation, an IP address type (IPv4, IPv6) 

(609) , an IP address for translation (610), and a port 
30 number for translation (61 1 ). The port number 61 1 is set 

when the translation scheme is the IP masquerade. 
[0086] The address translator 1 receives the address 
query request 600, and searches the translation infor- 
mation table 500 in the translation entry creation 
35 processing part 1 2 using the IP address for translation. 
[0087] When the IP address for translation exists in 
the translation information table 500 of the translation 
entry creation processing part 12, the address translator 
1 sends an address query request response (110, 66) 
40 including the translated IP address to the SIP address 
translator 2. 

[0088] When the IP address for translation does not 
exist in the translation information table 500 of the trans- 
lation entry creation processing unit 12, the address 
^5 translator 1 initiates the translation entry registration 
processing part 1 1 to set a translation entry in the trans- 
lation information table 500 of the translation information 
memory part 1 6. The address translator 1 sends an ad- 
dress query request response (110, 66) including the 
so translated IP addresses (vsipa4, va4) to the SIP address 
translator 2. 

[0089] Fig. 1 7 shows a message format for the ad- 
dress query request response 650. The address query 
request response is comprised of a header 601 and a 
5 5 response content 603. The response content 603 in- 
cludes a combination of an IP address type (620), an IP 
address (621) and a port number (622) for translation, 
and a translated IP address type (623), IP address (624) 
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and port number (625). 

[0090] The SIP address translator 2 receives the ad- 
dress query request response, and rewrites the IP ad- 
dress information Included in the SI P message (67, 111). 
More specifically, the SIP address translator 2 rewrites 
sipa6 to vsipa4, and a6 to va4, respectively. 
[0091] The SIP address translator 2 sends the SIP 
message (INVITE) which has the rewritten IP address 
information to the address translator 1 , followed by ter- 
mination of this routine (68, 112). 

[0092] When no parameter for translation is extracted 
at step 61, and when no IP address information is in- 
cluded in the extracted parameter at step 62, the SIP 
address translator 2 does not rewrite the SIP message. 
The SIP address translator 2 sends the SI P message to 
the address translator 1 (69), followed by termination of 
this routine. 

[0093] Turning back to Fig. 27, the description on the 
sequence diagram is continued. Upon receipt of the SIP 
message (INVITE) from the SIP address translator 2 
(112), the address translator 1 translates the address in 
the IP packet header including the SIP message (IN- 
VITE) (113). Referring to the translation information ta- 
ble 500 in the translation information memory part 16, 
the address translator 1 translates the destination ad- 
dress to the real IPv4 address H sipb4 M of the SIP server 
5b, and the source address to the virtual IPv4 address 
,, vsipa4" of the SIP server 5a, respectively. 
[0094] Fig. 1 0 shows an example of the SIP message 
(INVITE). 

[0095] Fig. 11 shows an example of the SIP message 
(INVITE). 

[0096] The SIP server 5b receives the SIP message 
(INVITE) shown in Fig. 10 (114). In Fig. 10, the IP ad- 
dresses set in the via header, Call-ID header, contact 
header and c-parameter have been translated from IPv6 
to IPv4, as compared with the exemplary SIP message 
before the translation shown in Fig. 9. 
[0097] The SIP server 5b identifies position informa- 
tion on the destination terminal 6b from destination in- 
formation in the start-line, and sends the SIP message 
(INVITE) shown in Fig. 11 to the terminal 6b (115). 
[0098] For permitting the SIP message (INVITE), the 
terminal 6b responds with an SIP message (200 OK). 
Audio information sent by the terminal 6b to the terminal 
6a is sent to an IP address specified by the c-parameter 
in the SIP message (INVITE) (the virtual IPv4 address 
"va4" of the terminal 6a) , and to a port address specified 
by the m -parameter. 

[0099] The SIP message (200 OK) is sent to the ter- 
minal 6a through the SIP server which has processed 
the SIP message (INVITE) based on the information in 
the via header. The SIP message (200 OK) is a re- 
sponse to the SIP message (INVITE). 
[0100] Fig. 12 is an example 1 of the SIP message 
(200 OK). 

[0101] Fig. 13 is an example 2 of the SIP message 
(200 OK). 



[0102] Continued on Fig. 28, the SIP server 5b re- 
ceives the SIP message (200 OK) shown in Fig. 1 2from 
the terminal 6b (121 ). The SIP server 5b sends the SIP 
message (200 OK) shown in Fig. 13 to the virtual IPv4 
5 address "vsipa4" of the SIP server 5a (122). The ad- 
dress translator 1 detects the SIP message (200 OK) 
(123), and sends the SIP message (200 OK) to the SIP 
address translator (124). Upon receipt of the SIP mes- 
sage (200 OK), the SIP address translator 2 initiates the 
to SIP message translation processing routine 60. The 
flow of the SIP message translation processing (from 
1 25 to 1 28) is similar to steps 1 08 to 1 1 1 in Fig. 27. The 
SIP address translator 2 sends an address query re- 
quest which has n vsipa4, va4, b4" set in the IP address- 
's es for translation to the address translator 1 (1 26). The 
address translator 1 searches the translation informa- 
tion table 500 in the translation entry creation process- 
ing part 12 using the IP addresses for translation to de- 
tect translation entries of "vsipa4 - sipa6 M and "va4 - a6" 
20 which have been created upon receipt of the address 
query request at step 1 09. The address translator 1 cre- 
ates a virtual IPv6 address "vb6 n for "b4" and stores the 
virtual IPv6 address in the translation information table 
500 in the translation information memory part 16. The 
25 address translator 1 sends an address query request 
response including a combination of the IP addresses 
for translation and the translated IP addresses to the 
SIP address translator 2 (127). 

[0103] Fig. 14 shows an example 3 of the SIP mes- 
30 sage (200 OK). 

[0104] Fig. 15 shows an example 4 of the SIP mes- 
sage (200 OK). 

[0105] The SIP address translator 2 rewrites the IP 
address information, and sends the SIP message (200 

35 OK) to the address translator 1 (128, 129). The address 
translator 1 performs an address translation for the IP 
packet header including the SIP message (200 OK) 
(130). Referring to the translation information table 500 
in the translation information memory part 16, the ad- 

40 dress translator 1 translates the destination address to 
the real IPv6 address "sipa6" of the SIP server 5a, and 
the source address to the virtual IPv6 address "vsipbe" 
of the SIP server 5b, respectively. The address transla- 
tor 1 sends the SIP message (200 OK) shown in Fig. 1 4 

45 to the SIP server 5a (1 31). The SIP server 5a sends the 
SIP message (200 OK) shown in Fig. 1 5 to the terminal 
6a (132). 

[0106] Audio information sent by the terminal 6a to the 
terminal 6b is sent to the IP address (virtual IPv4 ad- 

50 dress "vb6 n of the terminal 6b) specified by the c-param- 
eter of the SIP message (200 OK), and to the port 
number specified by the m-parameter. 
[0107] Continued on Fig. 29, upon receipt of the SIP 
message (200 OK) which is a response to the SIP mes- 

*5 sage (INVITE), the terminal 6a sends an SIP message 
(ACK) to the SIP server 5a (141). The SIP server 5a 
sends the SIP message (ACK) to the virtual IPv4 ad- 
dress "vsipbe" of the SIP server 5b (142). The address 
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translator 1 detects the SIP message (ACK) (143), and 
sends the SIP message (ACK) to the SIP address trans- 
lator 2 (144). 

[0108] The flow of the SIP message translation 
processing (from 145 to 148) is similar to steps 108 to 
111 in Fig. 27. The SIP address translator 2 sends the 
SIP message (ACK) in which the IP address information 
has been rewritten to the address translator 1 (1 49). The 
address translator 1 translates the address of the IP 
packet header including the SIP message (ACK) (150). 
The address translator 1 sends the SIP message (ACK) 
to the real IPv4 address "sipb4" of the SIP server 5b 
(1 51 ). The SIP server 5b sends the SI P message (ACK) 
to the terminal 6b (152). 

[0109] The foregoing procedure results in a logical 
connection established between the terminal 6a and ter- 
minal 6b, thereby permitting an audio communication 
between the terminals. The terminal 6a sends a packet 
including audio information to the virtual IPv6 address 
(vb6) corresponding to the IPv4 address of the terminal 
6b (153). The address translator 1 searches the trans- 
lation information memory part 16 using the source IP 
address "a6" and destination IP address "vbe." Conse- 
quently, the translation entries registered at step 1 09 
and step 126 in the aforementioned processing se- 
quence are detected. 

[0110] The address translator 1 rewrites the header 
information based on the translation entries (154). The 
virtual IPv4 address "va4" corresponding to the IPv6 ad- 
dress "a6" of the terminal 6a is set to the original IP ad- 
dress. The real IPv4 address "b4" of the terminal 6b is 
set to the destination IP address. The address translator 
1 sends the packet with the translated header informa- 
tion to the leirr.lr.a! 5b (155). 

[0111] A packet including audio information sent from 
the terminal 6b to the terminal 6a is processed in a sim- 
ilar manner (156- 158). 

[0112] According to the first embodiment of the 
present invention, an IP address in an SIP message can 
be translated using information on the address transla- 
tor. It is therefore possible to perform SIP communica- 
tions between terminals which belong to different re- 
gions. 

[0113] Next, a second embodiment of the present in- 
vention will be described with reference to the accom- 
panying drawings. 

[0114] The first embodiment differs from the second 
embodiment in a method of implementing functions of 
the SIP message translating means. 
[0115] In the second embodiment, the address trans- 
lator 1 comprises a function of detecting parameters for 
translation in an SIP message. 

[0116] Fig. 20 illustrates an exemplary configuration 
of the address translator 1 in the second embodiment. 
The address translator 1 in the second embodiment 
comprises a tag processing part 20 in the packet trans- 
fer control unit 13, in addition to the exemplary configu- 
ration in Fig. 2. 



[0117] The tag processing part 20 comprises the pa- 
rameter list 412 for translation shown in Fig. 25, and a 
tag addition processing routine 80 illustrated in Fig. 22. 
Upon detection of an SIP message, the address trans- 
5 lator 1 initiates the tag addition processing routine 80. 
[0118] Fig. 22 illustrates the tag addition processing 
routine 80 executed by the address translator 1 . The ad- 
dress translator 1 compares the parameter list 412 for 
translation with the received SIP message to extract pa- 
10 rameters for translation (81). When parameters for 
translation exist in the SIP message, the address trans- 
lator 1 creates identification information (tag) which is 
added to the detected parameters (82). The tag is com- 
prised of the address translation scheme provided by 
*5 the address translator 1 , and an identifier. The address 
translator 1 sends the SIP message with the identifica- 
tion information added thereto to the SIP address trans- 
lator 2 (83), followed by termination of this routine. 
[0119] Fig. 21 shows an example of SIP message 401 
20 with tag which is sent by the address translator 1 to the 
SIP address translator 2. From a comparison with Fig. 
8, it can be seen that the tag is added to the head of a 
row for translation. 

[0120] When no parameters for translation exist at 
25 step 81, this routine is terminated. When there are no 
parameters for translation, the address translator trans- 
lates the address information in the IP packet header 
including the received SIP message, and transfers the 
SIP message. The contents of the SIP are not translat- 
30 ed. 

[0121] In the second embodiment, the SIP address 
translator 2 comprises an SIP message translation 
processing routine 70 in the SIP message translation 
processing part 26. 
35 [0122] Fig. 23 shows the SIP message translation 
processing routine 70 which is initiated when the SIP 
address translator 2 receives an SIP message with tag 
in the second embodiment. 

[0123] The SIP message translation processing rou- 
*o tine 70 in Fig. 23 differs from the SIP message transla- 
tion processing routine 60 in the first embodiment in that 
step 61 is replaced with step 69 at which a parameter 
with tag is extracted. At step 69, a parameter with tag is 
extracted from a received SIP message. 
45 [0124] According to the second embodiment, since 
the address translator 1 has a function of detecting pa- 
rameters for translation in the SIP message, the SIP ad- 
dress translator 2 is burdened with a less processing 
load. Also, when no parameters for translation is includ- 
50 ed in a received SIP message, the address translator 1 
can transfer the SIP message without starting the SIP 
address translator 2. 

[0125] Next, a third embodiment of the present inven- 
tion will be described with reference to the accompany- 
55 ing drawings. 

[0126] The third embodiment is characterized in that 
the tag information in the second embodiment is corre- 
sponded to "call leg M of the SIP communication defined 
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in RFC2543. RFC2543 defines that the call leg indicates 
a peer to peer SIP relationship. 

[0127] The call leg can be uniquely identified by a 
combination of the "To: H header, "From:" header, and 
"Call-ID:" header. These headers are included in all SIP 
messages. 

[0128] The address translator 1 in the third embodi- 
ment further comprises, in addition to the address trans- 
lator 1 of the second embodiment, table information 300 
for managing a correspondence relationship between 
the tag and call leg; table information 31 0 for managing 
a correspondence relationship between the tag and me- 
dia information; and method information indicative of the 
start of an SIP session and the end of the SIP session. 
A method of the SIP indicative of a request for terminat- 
ing an SIP session may be, for example, BYE. The 
method of the SIP indicates the type of an SIP message. 
[0129] Also, tag information is added to each entry of 
the translation information table 500 provided in the 
translation entry creation processing part 12 of the ad- 
dress translator 1 . 

[01 30] In the third embodiment, the SIP address 
translator 2 sets the tag information in an ID of an ad- 
dress query request 600 which is sent to the address 
translator 1 . When the address translator creates a 
translation entry, the tag information is stored in the 
translation information table 500. 
[0131] Generally, a request for terminating an SIP 
session does not include the message-body. However, 
for providing a more detailed SIP communication, it is 
desired that the address translator 1 deletes address 
translation information for the SIP session, when this 
SIP session terminates. 

[0132] The third embodiment is characterized in that 
the address translator 1 has the information on the cor- 
respondence between the call leg and tag, so that the 
associated translation information is deleted at the end 
of an SIP session, without providing a session state 
management function in the SIP address translator 2. 
[0133] Fig. 31 shows a tag management table 300 
provided in the tag processing part 20 of the address 
translator 1 in the third embodiment. Each entry in the 
tag management table 300 defines a tag (301 ); IPv6 To 
header (302); IPv6 From header (303); IPv6 Call-ID 
(304); IPv4 To header (305); IPv4 From header (306); 
and IPv4 Call-ID (307). 

[0134] Since IP address information can be set in the 
To header, From header and Call-ID header, entries on 
the IPv6 side and IPv4 side are defined. 
[0135] Fig. 32 shows a media information manage- 
ment table 310 provided in the translation entry creation 
processing part 1 2 of the address translator 1 in the third 
embodiment. Each entry in the media information man- 
agement table 310 defines a tag (31 1); an IPv6-side c- 
parameter (312); an IPv6-side m-parameter (313); an 
IPv4-side c-parameter (314); and an IPv4-side m-pa- 
rameter (315). With the provision of the media informa- 
tion management table 310, the address translator 1 



blocks audio information after termination of an SIP ses- 
sion. 

[0136] Fig. 30 illustrates a tag addition processing 
routine 90 provided in the address translator 1 in the 
5 third embodiment. Upon detection of an SIP message, 
the address translator 1 searches the tag management 
table 300 (91). A search key is call leg information in the 
received SIP message. 

[0137] When no entry exists, a tag is created (92). 
10 [0138] The address translator 1 references the meth- 
od information indicative of the start of the SIP session 
and the end of the SIP session, and the parameter list 
for translation 412 to perform processing suitable for the 
received message (93). 
15 [0139] When the SIP message indicates the end of 
the session and the SIP message includes parameters 
for translation, the address translator 1 sends the SIP 
message with tag information added thereto to the SIP 
address translator 2 (94). The address translator 1 re- 
20 ceives the SIP message, in which the parameters have 
been rewritten, from the SIP address translator 2 (95). 
Here, the address translator 1 deletes a translation entry 
associated with the tag included in the translation infor- 
mation table 500 of the translation entry creation 
25 processing part 1 2, and an entry associated with the tag 
included in the media information management table 
310. Further, the translation entry registration process- 
ing part 11 requests the translation information memory 
part 1 6 to delete associated entries. When the deletion 
30 is normally performed, this routine is terminated (96). 
[0140] When the SIP message indicates the end of 
the SIP session and the SIP message includes no pa- 
rameters for translation, the address translator 1 exe- 
cutes the foregoing step 96. 
35 [0141] When the SIP message indicates the start of 
the SIP session, the address translator 1 registers infor- 
mation on a correspondence between the tag and the 
c-parameter and m-parameter in the media information 
management table 310 (97). When the SIP message in- 
40 eludes parameters for translation, the address translator 
1 sends the SIP message with tag information added 
thereto to the SIP address translator 2 (98) : followed by 
termination of this routine. When the SIP message in- 
cludes no parameters for translation, this routine is ter- 
45 minated. 

[0142] When the SIP message indicates other than 
the start of the SIP session and the end of the SIP ses- 
sion, and the SIP message includes parameters for 
translation, the address translator 1 sends the SIP mes- 
50 sage with tag information added thereto to the SIP ad- 
dress translator 2 (98), followed by termination of this 
routine. 

[0143] When the SIP message indicates other than 
the start of the SIP session and the end of the SIP ses- 
55 sion, and the SIP message includes no parameters for 
translation, this routine is terminated. 
[0144] Next, description will be made on an SIP- 
based audio communication performed between the ter- 
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minal 6a in the network A and the terminal 6b in the net- 
work B in the third embodiment in accordance with se- 
quences illustrated in Figs. 33, 34 and 35. 
[0145] Figs. 33 and 34 illustrate an SIP session es- 
tablishing sequence. The basic flow of the processing 
is identical to that in Figs. 27 and 28. 
[0146] A difference between Figs. 33 and 27 lies in 
the addition of step 116 in Fig. 33. 
[0147] A difference between Figs. 34 and 28 lies in 
the addition of step 133 in Fig. 34. 
[01 48] At step 1 1 6 and step 1 33, the address transla- 
tor 1 identifies that a detected SIP message indicates 
the start of a session, and stores information on a cor- 
respondence between tag information and the c-param- 
eter and m-parameter included in the detected SIP mes- 
sage in the media information management table 310. 
[0149] Fig. 35 illustrates an SIP session terminating 
sequence. The basic flow is identical to that in Figs. 27 
and 28. The terminal 6a sends an SIP message (BYE) 
for requesting the end of an SIP session between itself 
and the terminal 6b to the SIP server 5a (1 61 ). The SIP 
server 5a sends the SIP message (BYE) to the virtual 
IPv6 address "vsipb6" of the SIP server 5b (162). The 
address translator 1 detects this SIP message (BYE), 
and sends the SIP message (BYE) with tag to the SIP 
address translator 2 (163, 164). The flow of SIP mes- 
sage translation processing (from 165 to 16R* L similar 
to steps 1 08 to 1 1 1 in Fig. 27. 

[0150] Upon receipt o* t\e SIP message (BYE), in 
wrv: parameters including the IP address have been 
rewritten, from the SIP address translator 2 (169), the 
address translator 1 translates addresses in the packet 
header including the SIP message (BYE) (1 70). The ad- 
dress translator 1 sends the SIP message (BYE) to the 
real IPv4 address "sipb4" of the SIP server 5b (171). 
The SIP server 5b sends the SIP message (BYE) to the 
terminal 6b (172). 

[0151] When the terminal 6b has normally processed 
the SIP message (BYE), the terminal 6b sends a re- 
sponse SIP message (200 OK) to the SIP message 
(BYE) to the SIP server 5b (173). 

[0152] The SIP server 5b sends a response SIP mes- 
sage (200 OK) to the SIP message (BYE) to the virtual 
IPv4 address w vsipa4" of the SIP server 5a (1 74). 
[0153] Upon detection of the SIP message (200 OK), 
the address translator 1 detects that the received SIP 
message (200 OK) is a response to the SIP message 
(BYE) for requesting termination of the SIP session 
(1 75), and sends the SIP message (200 OK) with tag to 
the SIP address translator 2 (1 76). The flow of SIP mes- 
sage translation processing (from 1 77 to 180) is similar 
to the steps 1 08 to 1 1 1 in Fig. 27. 
[0154] Upon receipt of the SIP message (200 OK), in 
which the parameters have been rewritten, from the SIP 
address translator 2 (181), the address translator 1 
translates addresses in the packet header including the 
SIP message (200 OK). Next, the address translator 1 
searches the tag management table 300 for an associ- 



ated tag, using the call leg information in the SIP mes- 
sage (200 OK) as a search key. Then, the address trans- 
lator 1 deletes a translation entry associated with the tag 
included in the translation information table 500, and an 
5 entry associated with the tag included in the media in- 
formation management table 310 (182). 
[0155] The address translator 1 sends the SIP mes- 
sage (200 OK) to the terminal 6b via the SIP server 5b 
(183, 184). 

10 [0156] According to the third embodiment, since the 
address translator 1 has the correspondence relation- 
ship between the tag and call leg, the translation entry 
can be deleted at the end of an SIP communication. 
[0157] Next, a fourth embodiment of the present in- 
15 vention will be described with reference to the drawings. 
[0158] The fourth embodiment is characterized in that 
the IP address translator 1 comprises an SIP message 
translating means. 

[0159] Fig. 24 illustrates an exemplary configuration 
20 of the address translator 1 in the fourth embodiment. 
[01 60] The packet transfer co^t, oi u nit 1 3 comprises 
an SIP message translation processing part 31 and a 
translation rule memory part 32, in addition to the func- 
tional blocks of ;he address translator 1 in the first em- 
25 bodimci.i. 

ip161] The SIP message translation processing part 
31 has a function provided in the SIP message transla- 
tion processing part 26 of the SIP address translator 2 
in the first embodiment. 
30 [0162] The translation rule memory part 32 has a 
function provided in the translation rule memory part 28 
of the SIP address translator 2 in the first embodiment. 
[0163] According to the fourth embodiment, since the 
address translator 1 comprises the SIP message trans- 
35 lating means, the communication processing with the 
SIP address translator 2 can be omitted. It is therefore 
possible to provide faster processing involved in the SIP 
message translation. 

[0164] Next, a fifth embodiment will be described. 
40 [0165] In Fig. 1 , the network A7 utilizes an IPv4 private 
address. The network B8 utilizes an IPv4 global ad- 
dress. 

[0166] The address translator 1 comprises a function 
of translating the IPv4 private address to the IPv4 global 
^5 address or vice versa, instead of the function of trans- 
lating the IPv4 address and IPv6 address. 
[0167] In the fifth embodiment, upon receipt of an SIP 
message from the IPv4 private network 7, the address 
translator 1 sends the SIP message to the SIP address 
50 translator 2. The SIP address translator 2 references the 
translation rule to identify IP addresses for translation. 
For example, the IP addresses for translation are the 
IPv4 private address of the SIP server 5a, and the IPv4 
private address of the terminal 6a. 
55 [0168] The SIP address translator 2 sends an address 
query request including the IP addresses for translation 
to the address translator 1 . 

[0169] Upon receipt of the address query request, the 
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address translator 1 creates translation entries for the 
IPv4 private address and IPv4 global address. The ad- 
dress translator 1 sends an address query request re- 
sponse including the IPv4 private address before the 
translation and the translated IPv4 global address to the 
SIP address translator 2. 

[0170] According to the fifth embodiment, when the 
network A7 and network B8 conforming to the IPv4 pro- 
tocol are interconnected through the address translator 
1, and the SIP address translator 2 rewrites IP address- 
es included in an SIP message, the SIP-based audio 
communication can be accomplished between a termi- 
nal belonging to the network A7 and a terminal belong- 
ing to the network B8. 

[01 71 ] As will be apparent from the foregoing embod- 
iment, the SIP address translator 2 rewrites the contents 
of an SIP message, making use of translation informa- 
tion of the address translator 1 , so that the SIP-based 
audio communication can be accomplished between 
terminals which exist in different regions. When the ad- 
dress translator 1 comprises a function of detecting pa- 
rameters for translation in an SIP message, and adds 
identification information (tag) to the parameters for 
translation, the processing in the SIP address translator 
2 can be reduced. Further, when the address translator 
1 comprises a correspondence relationship between the 
identification information and call leg, and a function of 
detecting the start of an SIP session and the end of the 
SIP session, the address translator 1 can delete asso- 
ciated entries at the end of a communication, it is there- 
fore possible to provide more detailed SIP communica- 
tion control. 

[0172] When the address translator 1 comprises an 
SIP message translating means, the communication 
processing with the SIP message translator 2 can be 
omitted. 

[01 73] It should be further understood by those skilled 
in the art that the foregoing description has been made 
on embodiments of the invention and that various 
changes and modifications may be made in the inven- 
tion without departing from the spirit of the invention and 
the scope of the appended claims. 
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1. An address translator (1) for connecting a network 
A (7) conforming to a protocol P to a network B (8) 
conforming to a protocol Q, said address translator 
comprising: so 

an address translating function for translating 
an address conforming to the protocol P to an 
address conforming to the protocol Q, or vice 
versa; and 55 
a detecting function for detecting a communi- 
cation conforming to a particular protocol, 



wherein said address translator translates an 
address described in a first region (41) of commu- 
nication data by said address translation function, 
and 

when said address translator detects a com- 
munication conforming to said particular protocol, 
said address translator creates translation informa- 
tion (16) including a correspondence relationship 
between addresses in the protocol P and addresses 
in protocol Q for translating an address described 
in a second region (43) of the communication data. 

An address translator according to claim 1 , further 
comprising communicating means (1 8) for commu- 
nicating with a server device (2), 

wherein said address translator sends said 
translation information to said server device, and re- 
ceives information including said second region 
which has been translated by said server device. 

An address translator according to claim 1 , further 
comprising a processing part (31 ) for translating an 
address described in the second region (43) of the 
communication data. 

A method of processing a message including a first 
portion and a second portion, comprising: 

first translation processing for translating infor- 
mation in the first part from information con- 
forming to a first protocol to information con- 
forming to a second protocol; 
determination processing (61 , 62) for determin- 
ing whether or not the second portion requires 
a translation; and 

second translation processing (67) for translat- 
ing information in the second portion, deter- 
mined to require a translation, from information 
conforming to the first protocol to information 
conforming to the second protocol. 

A message processing method according to claim 
4, further comprising: 

using a first server (1 ) and a second server (2); 
performing said first translation processing in 
said first server; 

transferring (83) the information in said second 
portion from said first server to said second 
server; 

said second server extracting (69) a parameter 
which requires a translation from said second 
portion; 

performing said second translation processing 
(67) on said extracted parameter in said second 
server; and 

transferring (68) the information in said second 
portion which has undergone said second 
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6. 



7. 



8. 



translation processing from said second server 
to said first server. 

A message processing method according to claim 
5, wherein: 5 

said second server (2) has a table (412) indic- 
ative of parameters which require a translation, 
and extracts a parameter which requires a 
translation from said second portion based on 10 
said table. 

A message processing method according to claim 
5, wherein: 



said first server transfers (83) the parameter 
which requires a translation together, with a tag 
added thereto, in said second portion to said 
second server, and 

said second server extracts (69) a parameter 
which requires a translation from said second 
portion based on said tag. 

A message processing method according to claim 
4, wherein said first portion is an IP header (41), 
said second portion is a payload (43) including an 
SIP message, one of said first protocol and second 
protocol is IPv4, the other is IPv6, and information 
for translation is an address. 

An address translator connected to both a first net- 
.tforK \.\ ^forming to a first addressing system 
and a second ; ^twork (8) conforming to a second 
addressing system, said address translator com- 
prising: 

a memory part (1 6) for holai.^ a translation rule 
for translating said first addreK^a system to 
said second addressing system, \ vice v_—«* 
a translating part (1 7) for translating a first ad- 
dress in input information conforming to said 
first addressing system to a second address 
conforming to said second addressing system, 
or vice versa based on said translation rule; and 
a function (1 9) of outputting said input informa- 
tion and said translation rule. 
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by said server device. 

12. An address translator according to claim 11 .further 
comprising: 

a function of detecting an SIP communication; 
and 

a function of creating translation information in- 
cluding a correspondence relationship be- 
tween an address in the first network conform- 
ing to the first addressing system and an ad- 
dress in the second network conforming to the 
second addressing system, in association with 
said server device, when an SIP communica- 
tion is detected. 
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10. An address translator according to claim 9, further 
comprising a function (1 9) of receiving said input in- 
formation having a translated address using said so 
outputted input information and translation rule. 



1 1 . An address translator according to claim 1 0, further 
comprising a communication function for communi- 
cating with a server device (2), 

wherein said address translator sends said in- 
put information to said server device, and receives 
said input information having an address translated 



13. An address translator according to claim 12, further 
comprising a function of detecting information for 
translation included in the SIP communication, and 
adding identification information to said information 
for translation. 

14. An address translator according to claim 9, wherein 
the SIP communication is detected based on infor- 
mation on a destination, information on the destina- 
tion and a port thereof, or information on the port. 

15. An address translator according to claim 10, further 
comprising: 

a processing part (31 ) connected through an in- 
ternal bus, 

wherein said input information is sent to said 
processing part through said internal bus, and said 
input information having a protocol translated by 
said processing part is received through said inter- 
nal bus. 

<^ In a communication network in which a network (7) 
cc. ^rming to a protocol P and a network (8) con- 
forming^.; a protocol Q are interconnected through 
an address'tra. .^ator (1 ), a server device (2) oper- 
ative in cooperatior.^vith said address translator, 

wherein said serv^. ^evice translates an ad- 
dress of a predetermined pok:^, the address of 
which has not been translated by saiJ ^ ? 
translator. 

17. A server device according to claim 1 6, wherein said 
server device (2) translates an address using trans- 
lation information (1 6) stored in said address trans- 
lator (1). 



55 18. 



A server device according to claim 1 7, wherein said 
translation information is an address translation rule 
between the protocol P and the protocol Q. 
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19. A server device according to claim 1 8, wherein said 
translation information further includes information 
for specifying said predetermined portion. 
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FIG.8 
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CSeq: 1 INVITE 
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Content-Type: application/sdp 
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c=IN IP6 a6 
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